% Created 2011-12-12 lun. 01:30
\documentclass[13pt]{article}
      \usepackage[utf8]{inputenc}

      \usepackage[T1]{fontenc}

      \usepackage[francais]{babel}

      \usepackage{graphicx}

\pagestyle{headings} %défaut : plain
      \usepackage{hyperref}
 
      \usepackage{geometry}


\title{Projet ECOM - MA COLOC - Cahier des Charges}
\author{Renaud Bordaz \& Vincent Dardel \& Alexandra Nitu \& Oualid Rafiq}
\date{12 décembre 2011}

\begin{document}

\maketitle

\setcounter{tocdepth}{2}
\vspace*{1cm}


%\begin{changemargin}{2cm}{2cm}
%\setmarginsrb{1cm}{1cm}{1cm}{1cm}{0cm}{0cm}{0cm}{0cm}

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=4cm]{logo.png}
\end{center}
%\label{} 
%\caption{}
\end{figure}


%\end{changemargin}

\newpage
\null
\newpage
\begin{figure}
\begin{center}
%\begin{right}
%    \input{input}
\includegraphics[height=2cm]{logos.png}
\end{center}
%\end{right}
%\label{} 
%\caption{}
\end{figure}
\tableofcontents

\newpage
\null
\newpage
\section{Présentation et objectifs}
\label{sec-1}

MaColoc est un site internet gratuit de recherche de colocations. Dans
ce  document, nous  allons tout  d'abord étudier  le public  visé puis
l'analyse des solutions existantes, en éclairant en quoi la position de
MaColoc  est unique  sur le  marché. Ensuite,  nous  présenterons les
solutions  envisagées   pour  la   construction  de  MaColoc   et  ses
spécifications techniques. 
\subsection{Présentation de l'équipe}
\label{sec-1.1}

L'équipe de développement est composée de quatre étudiants en dernière
année de master en Génie Informatique à l'université Joseph Fourier de
Grenoble. 

Elle
était à l'origine composée de trois membres,
puis a été enrichie d'un quatrième (M. Oualid Rafiq) à la mi-novembre.


\begin{center}
\begin{tabular}{lllll}
                           &  Renaud Bordaz  &  Vincent Dardel  &  Alexandra Nitu  &  Oualid Rafiq  \\
\hline
 Chef de projet            &                 &  X               &                  &                \\
 Auteur                    &  X              &  X               &  X               &  X             \\
 Concepteur d'interaction  &  X              &  X               &  X               &                \\
 Développeur               &  X              &  X               &  X               &  X             \\
 Expert en utilisabilité   &  X              &                  &  X               &                \\
 Graphiste                 &  X              &                  &                  &                \\
\end{tabular}
\end{center}



  
\newpage
\section{Public visé}
\label{sec-2}

Le public que MaColoc a pour objectif de toucher a entre 18 et 35 ans,
a  beaucoup l'habitude d'utiliser  des sites  internet en  tout genre,
mais cherche une colocation en majorité pour la première fois, et
a l'habitude  d'effectuer des  paiements en ligne.  De plus,  c'est un
public francophile.  Le résultat de l'enquête que  nous avons effectué
auprès de 40 personnes précise leur profile.
\subsection{Résultat de l'enquête}
\label{sec-2.1}


Les enquêtés avaient entre 18 et 25 ans  à 64\% et entre 26 et 35 ans à
23\%  et sont très  habitués à  utiliser des  systèmes de  paiement sur
internet : 90\% le fait plus d'une fois par an, 60\% le faisant entre 1
et 5  fois par an,  le reste plus  souvent. Ils ne devraient  donc pas
avoir du mal à acheter des services payants qui leurs plaisent. 
   \begin{figure}[h]
   \begin{center}
   %    \input{input}
   \includegraphics[width=15cm]{z1.png}
   \end{center}
   %\label{} 
   \caption{A propos de nos sondés}
   \end{figure}


Ils sont de l'expérience sur internet et en ce qui concerne les achats
en ligne \ref{achats}.

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{achats.png}
\end{center}
\label{achats} 
\caption{A quelle fréquence faites-vous des achats sur internet ?}
\end{figure}

 Il est très  intéressant de noter que la  majorité des gens cherchent
 une   colocation  pour   la  première   fois.   Beaucoup   sont  \textbf{peu  expérimentés}. Moins de 10\% de la population a cherché une colocation
 plus de 3 fois \ref{q2}.




 \begin{figure}
 \begin{center}
 %    \input{input}
 \includegraphics[height=5cm]{q2.png}
 \end{center}
\label{q2} 
 \caption{Combien de colocations différentes avez-vous vécu ?}
 \end{figure}

Si les  3/4 se sont aidé  d'internet, 30\% cherchaient pour  eux seuls et
20\%  cherchaient  pour  plusieurs  personnes, pour  un  groupe  qu'ils
avaient  déjà formé  préalablement. De  plus,  30\% ont  vécu les  deux
formes, ce qui indique \textbf{un usage qui évolue}. (cf la 
question numéro 3 \ref{q3})

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=5cm]{q3.png}
\end{center}
\label{q3} 
\caption{Votre groupe de colocataires  a-t-il été formé avant ou après
avoir trouvé un appartement ?}
\end{figure}

Cependant les ``chercheurs'' ne se  reposent pas sur les sites internet,
ils font marcher leur réseau de connaissances (73\% utilisent le \textbf{bouche à oreille}) mais utilisent moins d'autres moyens : seulement
45\% utilise des journaux de  petites annonces et le chiffre chute pour
les  agences immobilières.   Finalement,  personne ne  trouve par  les
petites annonces ou les agences immobilières  (!). Il y a plus de gens
qui utilisent internet  que le bouche à oreille,  mais au final chaque
méthode a 50\% de ``taux de réussite'' (voir questions numéro 4 et 5) \ref{q4}.

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=5cm]{q4.png}
\end{center}
\label{q4} 
\caption{Avez-vous utilisé l'internet pour vos recherches ?}
\end{figure}


Le tableau  de Rasmusen correspondant au profil  de l'utilisateur type
est le suivant :

\begin{center}
\begin{tabular}{l|lll}
                          &  débutant  &  familier  &  expert  \\
\hline
 Internet                 &            &            &  X       \\
 Achats en ligne          &            &  X         &          \\
 Recherche de colocation  &  X         &            &          \\
\end{tabular}
\end{center}





\newpage
\section{Analyse de la concurrence}
\label{sec-3}


Il existe  déjà plusieurs sites  internet de recherche  de colocation,
entièrement gratuits, payants, ou à modèle mixte.

\subsection{Analyse par mots-clefs dans le moteur de recherches google}
\label{sec-3.1}

Nous gardons le mot ``colocation'' dans la recherche :


\begin{center}
\begin{tabular}{lll}
 Mots clefs                             &  Resultats                 &  Observation                     \\
\hline
 ``chercher une colocation''            &  recherche-colocation.fr   &                                  \\
                                        &  appartager.com            &  bcp cité lors de notre enquête  \\
 ``colocation gratuite''                &  koloc.org                 &                                  \\
                                        &  vivastreet                &  petites annonces, général       \\
                                        &  colocationetudiant.com    &                                  \\
                                        &  recherche-colocation      &                                  \\
 ``site gratuit recherche colocation''  &  colocforum.net            &                                  \\
                                        &  koloc.org                 &                                  \\
                                        &  recherche-colocation.com  &                                  \\
\end{tabular}
\end{center}



Nous voyons donc des sites émerger :
\begin{itemize}
\item \href{http://www.recherche-colocation.com/}{recherche-colocation.fr}
\item \href{http://www.appartager.com/}{appartager.com}
\item \href{http://www.koloc.org/}{koloc.org}
\end{itemize}
Cependant il  en existe  certains qui ne  sont pas référencés  par les
moteurs  de  recherche   mais  que  beaucoup  utilisent  (typiquement,
\href{http://www2.leboncoin.fr/}{leboncoin}), et certains bien référencés  que peu de monde utilise (par
exemple, koloc.org. Cela s'observe par le nombre d'annonces parues, et
par les résultats de notre questionnaire).


\subsection{Modèle économique}
\label{sec-3.2}

Les sites sont-ils gratuits ou payants ?

\subsubsection{\href{http://www.recherche-colocation.com/index.html}{Recherche-colocation}}
\label{sec-3.2.1}

Le site est  présent dans les principaux pays  d'Europe, au Canada, au
Maroc, \ldots{} Il revendique 500 000 annonces de colocation.

Nous pouvons faire  des recherches gratuitement et voir  une liste des
annonces  concernant  la  ville  de  notre choix  triée  par  date  de
parution. Nous  avons accès  aux informations essentielles,  mais pour
voir toutes les informations ou voir  le plan, le site nous demande de
nous inscrire, \textbf{gratuitement}.

Ainsi en rentrant son adresse mèl et un mot de passe a-t-on accès à la
fiche détaillée, \textbf{exception faite  de l'adresse et des informations de contact}.  Nous  pouvons  également   envoyer  un  \textbf{message  privé}  à
l'utilisateur via  la messagerie interne du site,  laquelle consiste à
valider un message pre-écrit de ce type :


\begin{verbatim}
Titre : Je cherche un logement à Grenoble pour le 01/11/2011
Message : Je suis intéressé par votre offre de colocation à Grenoble.
Est-ce que votre offre est toujours d'actualité ? Etes-vous intéressé par mon profil ?
Quelques infos sur moi : Vincent, 24 ans, Homme
Pour consulter mon annonce : Cliquez ici
\end{verbatim}



De  plus, notre  correspondant n'a  pas la  possibilité de  rédiger un
message personnalisé non plus. Si nous voulons rentrer en contact nous
devons  suivre  \emph{l'astuce} et  devenir  un  \textbf{membre privilégié}.  Leur
grille tarifaire est la suivante :


\begin{center}
\begin{tabular}{ll}
 1 mois    &  20€  \\
 3 mois    &  25€  \\
 6 mois    &  34€  \\
 1 an      &  39€  \\
 10 jours  &  17€  \\
\end{tabular}
\end{center}



Nous  avons donc  là  un  système habile  qui  attire l'internaute  en
douceur  vers l'inscription payante  (ceci est  expliqué par  un petit
encadré en première page).

Cependant il existe un site avec un système encore plus frustrant.


\subsubsection{\href{http://www.appartager.com/}{appartager.com}}
\label{sec-3.2.2}

    Le système de  appartager.com est similaire à celui décrit plus haut, à
la différence (essentielle) près qu'\textbf{un membre basique peut rédiger un message personnalisé}. Ceci via  la messagerie interne, et sachant que
les  coordonnées  ne  sont  pas  visibles  dans  l'annonce.
Précisons que toutes les annonces sont relues par un humain avant leur
publication.

Ce   mode  de  fonctionnement   est  expliqué   succinctement  lorsque
l'internaute s'est créé un compte, mais n'est pas expliqué sur la page
d'accueil.

Ainsi, un internaute non habitué  au fonctionnement de ce site pensera
que  puisqu'il a  rédigé  un message  personnalisé, son  récipiendaire
pourra lui  répondre et qu'il est  sur la bonne voix  pour trouver une
colocation. Or,  si son récipiendaire n'est pas  un membre privilégié,
il ne peut pas lire le message personnalisé. Il sera seulement notifié
que tel  utilisateur lui  a envoyé un  message. Une  communication est
possible seulement si un des deux est un membre privilégié. Mais cela,
il est possible  de le découvrir après un  temps d'essai, d'attente et
de frustration.

La grille tarifaire de appartager.com est la suivante :


\begin{center}
\begin{tabular}{ll}
 6 mois    &  62€  \\
 3 mois    &  42€  \\
 1 mois    &  32€  \\
 10 jours  &  22€  \\
\end{tabular}
\end{center}




\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=7cm]{app.png}
\end{center}
%\label{Comparaison des comptes sur appartager.com} 
\caption{Comparaison des comptes sur appartager.com}
\end{figure}

\subsubsection{\href{http://www.koloc.org/}{Koloc.org}}
\label{sec-3.2.3}

Ce site est intéressant à évoquer car il s'agit d'un forum entièrement
gratuit et qui concerne toutes  les villes de France. Cependant, au vu
du  très faible  nombre de  messages  publiés, nous  n'allons plus  en
parler, considérant qu'il  est marginal. En effet, ont  été postées en
tout et pour  tout moins d'une dizaine d'annonces  par ville depuis sa
création, excepté 2600 pour la  région parisienne et une centaine pour
quelques  villes, dont  Grenoble, mais  à une  très rare  fréquence (2
annonces publiées entre le mois de juillet et novembre 2011).

Ainsi, en  dépit d'être entièrement gratuit, Koloc.org  n'a pas trouvé
le succès  escompté. Nous pouvons  en conclure qu'un site  internet de
recherche de collocations doit proposer des services.

\subsubsection{\href{http://www2.leboncoin.fr/}{leboncoin.fr}}
\label{sec-3.2.4}

Leboncoin   n'est  pas   un  site   spécifique  à   la   recherche  de
colocations. C'est un site pour passer ``des annonces gratuites et sans
commission'', pour particuliers et professionnels, pour ce qui concerne
les  voitures, les  offres  d'emploi, du  matériel électronique,  tout
article d'occasion, et donc également l'immobilier dont les collocations.

Publier  une annonce  y est  gratuit,  sans création  de compte,  mais
leboncoin  a  introduit  le  principe  des options  payantes.  Il  est
possible d'enjoliver son annonce (pour la démarquer des autres), de la
faire remonter dans la liste,  et d'effectuer d'autres actions sur son
annonce pour un petit prix.

A   priori   principe  étonnant,   et   inquiétant   au   vu  de   son
non-référencement par les moteurs de recherche, le modèle du bon coin
fonctionne. Leboncoin a récemment été  vendu pour près de 200 millions
d'euros en 2011.

\subsection{Fonctionnalités}
\label{sec-3.3}

  Comparaison  des  fonctionnalités  offertes  par  trois  sites
référents :


\begin{center}
\begin{tabular}{llll}
                                       &  appartager                    &  leboncoin    &  recherche-colocation           \\
\hline
 recherche d'annonces                  &  oui                           &  oui          &  oui                            \\
 publication d'annonce                 &  avec compte                   &  sans compte  &  avec compte                    \\
 création de compte                    &  gratuite                      &  gratuite     &  gratuite                       \\
 accès aux informations de contact     &  payant                        &  gratuit      &  payant                         \\
 messagerie interne                    &  oui, mais payer pour le lire  &  non          &  oui, mais non personnalisable  \\
 notification des nouvelles parutions  &  oui                           &  non          &  oui                            \\
\end{tabular}
\end{center}






\subsection{Expérience utilisateur}
\label{sec-3.4}

\subsubsection{Recherche-colocation}
\label{sec-3.4.1}

A l'arrivée sur la page d'accueil, notre regard est d'abord attiré par
la photo centrale représentant deux jeunes gens assis et lovés dans un
canapé blanc, dont un coussin est le seul élément rouge de la page, et
dont les grandes jambes de la jeune femme, qui est en train d'utiliser
un ordinateur  portable, sont  presque au centre  de l'image.  Ce site
joue l'adhésion de l'internaute sur cette image.

Autour  de  l'image centrale  sont  placés  des  modules :  connexion,
recherche   rapide,   onglets,  publicité   pour   les  avantages   de
l'inscription gratuite.  Des défauts  d'IHM sont flagrants,  comme les
deux listes déroulantes  non alignées entre elles et  avec le texte du
dessous. De l'espace est perdu sur les deux côtés de la page.



\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=5cm]{rc.png}
\end{center}
%\label{} 
\caption{Page d'accueil de Recherche-colocation.com}
\end{figure}

\subsubsection{Appartager}
\label{sec-3.4.2}

Le thème graphique bleu et  orange, très dynamique, associe le logo au
bouton ``Recherche gratuite''. 



    \begin{figure}
    \begin{center}
    %    \input{input}
    \includegraphics[height=8cm]{appartager.png}
    \end{center}
    %\label{} 
    \caption{Page d'accueil de appartager.com}
    \end{figure}

Lorsque  l'on choisit  une ville  et  que l'on  clique sur  ``Recherche
gratuite'',  nous  devons  passer   obligatoirement  par  4  pages  qui
demandent des informations complémentaires  telles que le sexe, l'âge,
le loyer maximal,  l'email et un mot de  passe.  Obtenir des résultats
est donc long la première  fois. L'utilisateur est forcé de s'inscrire
au  site.   Cependant,  il  est  possible de  consulter  les  annonces
présentées en page d'accueil,  sans toutefois pouvoir choisir sa ville
(ce  qui  se  révèle  peu  utile,  mais  permet  au  site  de  fédérer
l'internaute).

\subsubsection{Leboncoin}
\label{sec-3.4.3}

Leboncoin est un  site de petites annonces généralistes.  Il faut donc
plusieurs   clics  pour  accéder   aux  informations   concernant  les
colocations.

Son interface  est dépouillée, son fonctionnement est  basique, mais :
il fait exactement ce qu'on lui demande.

\subsubsection{Autres sites}
\label{sec-3.4.4}

Il est indispensable de noter  que appartager et leboncoin ne font pas
l'unanimité.  Ils   se  partagent  chacun  18\%   des  préférences  des
internautes. En effet, 64\% des personnes interrogées ont utilisé des 
sites plus spécifiques \ref{preferes}.

\begin{figure}[h]
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{preferes.png}
\end{center}
\label{preferes} 
\caption{Quel site avez-vous préféré ?}
\end{figure}
\label{t:preferes}

Il  s'agit de sites  de mairies  qui proposent  un service  gratuit de
recherche de colocation (toulouseweb), ou de sites spécialisés dans la
colocation mais spécifiques à une ville particulière (colocaliege).

\subsubsection{Observations finales}
\label{sec-3.4.5}


En  conclusion,  nous observons  que  la  charte  graphique des  sites
concurrents  est  variée,  mais   ils  présentent  tous  des  concepts
similaires :
\begin{itemize}
\item une connexion/création de compte
\item la recherche en première page
\item un radio button pour  spécifier son statut : chercheur de colocation
  ou de colocataire(s)
\item une  liste d'annonces  est présentée  en bas de  page pour  un accès
  direct au contenu du site
\end{itemize}
L'accès  à l'information  n'est pas  immédiat, et  celle-ci  peut être
limitée.

\newpage
\section{Solutions et orientations}
\label{sec-4}

MaColoc  est  un  site  unique  en cela  qu'il  permet  une  recherche
totalement gratuite, un accès  rapide à l'information, et des services
personnalisés.

\subsection{Modèle économique}
\label{sec-4.1}

L'idée qui motive  à l'origine ce projet est de  créer le premier site
internet de recherche de  collocation qui fournisse un service complet
gratuit et de bonne usabilité. 

Il doit être possible de trouver une collocation sur MaColoc \textbf{gratuitement}, voire
même sans créer de compte.  Cependant, MaColoc offre la possibilité de
se donner plus de chances de réussite en proposant l'achat d'\textbf{options payantes}.

Être  gratuit est  une  nécessité car  90\%  des personnes  interrogées
déclarent n'avoir  utilisé exclusivement que  des services entièrement
gratuits \ref{services}.


\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{services.png}
\end{center}
\label{services} 
\caption{Avez-vous utilisé des services gratuits ou payants ?}
\end{figure}
\label{t:services}

De plus, le public interrogé trouve attirante la possibilité de mettre
en avant son  annonce dans la liste de toutes  les annonces. Cela nous
donne  la certitude  que si  l'on  propose cette  option payante,  des
utilisateurs l'achèteront \ref{avant}. 

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=3cm]{avant.png}
\end{center}
\label{avant} 
\caption{Mettre en avant son annonce ?}
\end{figure}

Enfin, et  heureusement, la  confiance accordée au  site n'est  pas du
tout  liée  à l'aspect  monétaire,  bien que  40\%  des  votants ne  se
prononcent  pas  et laissent  ouverte  la  question.  Ce résultat  est
encourageant  pour  notre projet,  car  notre  site sera  généralement
gratuit,  sauf en ce  qui concerne  quelques service  qui ne  sont pas
primordiaux \ref{payant}. 

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{payant.png}
\end{center}
\label{payant} 
\caption{Un site payant est-il plus sécurisé qu'un site gratuit ? (pas
d'accord/d'accord avec la proposition)}
\end{figure}

Une  question qui  a posé  problème aux  personnes interrogées  est la
façon de payer les services  non-gratuits : soit sous forme de packs /
forfaits, soit comme des options sélectionnables individuellement. 66\%
d'entre  elles  n'ont  eu  aucune  opinion  et  33\%  ont  préféré  les
sélectionnables individuellement \ref{achat}. 

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{achat.png}
\end{center}
\label{achat} 
\caption{}
\end{figure}

\subsection{Services}
\label{sec-4.2}

Donc, créer un compte doit  être gratuit. Pour autant doit-on créer un
compte pour voir  les annonces ?  Pas vraiment,  car 50\% des personnes
ayant répondu  à la  question suivante (soit  23\% des  personnes ayant
participé  au questionnaire) estiment  qu'elles doivent  être visibles
par tous les internautes.

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{services.png}
\end{center}
%\label{} 
\caption{Les  annonces  doivent-elles   être  visibles  par  tous  les
internautes ?}
\end{figure}



Plus  attirante  encore est  la  possibilité  de  voir des  photos  de
l'appartement  avant de  le visiter.  Elles participent  à  la qualité
d'une annonce.  En effet, 72\%  de ceux qui  ont répondu à  la question
considèrent que cette fonctionnalité est primordiale \ref{photos}. Mais il y a des
personnes qui  ne pensent pas que  le fait d’avoir  beaucoup de photos
dans une annonce est un plus.  Il faut donc trouver un équilibre entre
avoir assez  d’information visuelle et  ne pas trop exagérer  avec des
photos dans les annonces. 

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{photos.png}
\end{center}
\label{photos} 
\caption{Est-il important de voir des photos de l'appartement avant de
le visiter ?}
\end{figure}

\subsection{Sentiment de sécurité de l'utilisateur}
\label{sec-4.3}

Heureusement,  le  sentiment  de  sécurité  n'est  pas  corrélé  à  la
non-gratuité. 


Cependant,  il  paraît opportun  de  donner  le  choix de  cacher  ses
coordonnées : les réponses suivantes sont assez uniformes \ref{securite}.

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{coord.png}
\end{center}
\label{securite} 
\caption{Toute  personne qui consulte  mes annonces  doit-elle pouvoir
voir mes coordonnées ?}
\end{figure}

Cependant, le numéro de téléphone est plus important à cacher \ref{tel}.

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{numtel.png}
\end{center}
\label{tel} 
\caption{Je ne veux pas que tout le monde voie mon numéro de téléphone}
\end{figure}

Notre choix de  fonctionnement n'est donc pas remis  en question, mais
nous savons  que certaines options sont importantes  pour la confiance
de l'utilisateur.


\subsection{Requis fonctionnels}
\label{sec-4.4}

\subsubsection{Utilisateur}
\label{sec-4.4.1}


\begin{center}
\begin{tabular}{l|l|l}
 Must                               &  Should                           &  May                             \\
\hline
 Recherche d'annonces par ville     &  alerter une annonce frauduleuse  &  messagerie interne              \\
 Publication d'annonce              &  cacher son numéro de téléphone   &  alerte des nouvelles parutions  \\
 Connexion                          &                                   &                                  \\
 Accès aux informations de contact  &                                   &                                  \\
 Gestion de ses annonces            &                                   &                                  \\
 Gestion des annonces favorites     &                                   &                                  \\
\end{tabular}
\end{center}



\subsubsection{Administrateur}
\label{sec-4.4.2}


\begin{center}
\begin{tabular}{l|l|l}
 Must                            &  Should                          &  May                           \\
\hline
 Voir les annonces               &  Voir les annonces frauduleuses  &  Gérer les chartes graphiques  \\
 Supprimer une annonce           &                                  &                                \\
 Fixer le prix de chaque option  &                                  &                                \\
\end{tabular}
\end{center}



\subsection{Requis non-fonctionnels}
\label{sec-4.5}

\begin{itemize}
\item \textbf{Compatibilité} :

\begin{itemize}
\item Le projet  ne doit utiliser aucune fonctionnalité  ne faisant pas
     partie du standard J2EE.
\item La partie  web doit respecter au maximum  les standards existants
     (HTML,  xHTML,  CSS),  la  mesure  de  ce  critère  se  fera  sur  les
     navigateurs reconnus pour leur respect de ces standards.
\end{itemize}

\item \textbf{Efficacité} :

\begin{itemize}
\item La majeure partie des traitements  sur un objet doit se faire côté
    client ou côté  serveur, mais ne doit pas se  faire par une succession
    de requêtes - réponses entre les deux
\item Les  recherches d’éléments sur le serveur  (Beans), très coûteuses
    en temps, ne doivent pas être répétées inutilement.
\end{itemize}

\item \textbf{Portabilité} :  la  partie web  devra conserver son  comportement quelque  soit la
    configuration du visiteur.
\item \textbf{Sécurité} :  les  mots de  passes ne  doivent pas  être
   lisibles directement en  base de données, seule leur  signature doit y
   être sauvegardée
\end{itemize}
\newpage

\section{Spécifications techniques}
\label{sec-5}

\subsection{Définition du matériel et du logiciel de la plate-forme}
\label{sec-5.1}

\begin{enumerate}
\item Système d'exploitation : Windows, Gnu/Linux (Debian)
\item Ordinateur : station de travail
\item Ecran :

\begin{enumerate}
\item Taille : 39.1cm (15.4”)
\item Résolution : 1280 X 800 pixels
\end{enumerate}

\item Browsers utilisés: Mozilla Firefox 8.0.1 \& 8.0

\begin{enumerate}
\item Version html : XHTML 1.0
\item Version Java : 5
\end{enumerate}

\item Dépendance aux  changements de  version  de Browser:  au cours  du
   développement, après la livraison
\item Performances:
   temps de chargement des pages : 2s/page
\item Sécurité :
   Authentification d’utilisateurs pour accéder aux données personnelles
   L’identification d’un utilisateur est cryptée
\end{enumerate}
\subsection{Scénarios}
\label{sec-5.2}

\subsubsection{S1. Gérer son panier}
\label{sec-5.2.1}

\begin{itemize}
\item \underline{Acteur principal}

  L’utilisateur familier
\item \underline{Objectifs}

  L’utilisateur doit  pouvoir enregistrer  dans un panier  virtuel les
  options payantes qu’il veut acheter. Ensuite il doit pouvoir supprimer
  une ou plusieurs options payantes avant de passer au paiement.
\item \underline{Préconditions}
  L’utilisateur doit être identifié sur le site.
\item \underline{Postconditions}

  Les modifications sont enregistrées.
\item \underline{Scénario nominal}

\begin{enumerate}
\item L’utilisateur  peut rajouter des options payantes  dans le panier
     au  moment de  la création  de ses  annonces ou  au moment  de la
     modification des annonces déjà créées (voir le scenario \ldots{})
\item Le  système lui  affiche l’état de son  panier: une liste  avec les
     options payantes sélectionnées, en  les mettant en association avec
     les annonces correspondantes. Le  prix de chaque option est affiché
     individuellement et  l’utilisateur voit aussi le total  de la somme
     qu’il doit payer.
\item L’utilisateur continue ses démarches sur le site
\end{enumerate}

\item \underline{Alternatives}

\begin{itemize}
\item 2a) Le panier est vide

\begin{enumerate}
\item Le système affiche  quand même les types d’informations qui
             auraient pu être affichées avec un total de zéro.
\end{enumerate}

\item 3a) L’utilisateur supprime une option payante sélectionnée

\begin{enumerate}
\item L’utilisateur confirme la suppression de l’option
\item Le cas d’utilisation reprend à l’étape 2 du scénario nominal.
\end{enumerate}

\item 3b) L’utilisateur vide tout le panier

\begin{enumerate}
\item L’utilisateur confirme la suppression de toutes les options payantes sélectionnées
\item Le cas d’utilisation reprend à l ‘alternative 2a
\end{enumerate}

\item 3c) L’utilisateur commence le processus de paiement

\begin{itemize}
\item Commence le scénario ``Validation du paiement''
\end{itemize}

\end{itemize}

\end{itemize}
\subsubsection{S2. Chercher une annonce par ville}
\label{sec-5.2.2}

\begin{itemize}
\item \underline{Acteur principal} : visiteur site familier ou utilisateur identifié
  familier
\item \underline{Objectifs}  :  a  tout  moment l’utilisateur  peut  récupérer  les
 annonces qui correspondent à une ville
\item \underline{Préconditions} : aucune  pour le visiteur, par contre l’utilisateur
  doit être identifié
\item \underline{Postconditions} :   néant
\item \underline{Scénario nominal} :

\begin{enumerate}
\item Le client choisi la  ville souhaité et le type d’annonce (chercheur
      ou propriétaire)
\item Il lance la recherche
\item Le système affiche les résultats de la recherche
\item Le client demande les détails d’une annonce
\item Le système affiche l’annonce en détail
\end{enumerate}

\item \underline{Alternatives}:

\begin{itemize}
\item 3a. Le résultat est vide

\begin{enumerate}
\item Le système va afficher un tableau vide avec des colonnes qui correspondent aux attributs d’une annonce.
\end{enumerate}

\item 3b.  L’utilisateur  fait  un  trie selon  quelques  attributs  de
    l’annonce.  Dans le  cas des  annonces chercheur,  le  client peut
    trier la liste selon la date de parution, respectivement, selon le
    loyer ou la surface, dans le cas des annonces propriétaires.
\item 6. Le client veut marquer l’annonce comme favoris

\begin{itemize}
\item Le client choisit l’ajout de l’annonce aux favoris
\item 2i. Si  le client  n’est pas  identifié, le  système lui
             demande de s’identifier
\item 2ii.  Si le client  est  identifié,  le système  rajoute
             l’annonce à sa liste des favoris
\end{itemize}

\end{itemize}

\end{itemize}
\subsubsection{S3. Chercher une annonce par mots clés}
\label{sec-5.2.3}

\begin{itemize}
\item \underline{Acteur  principal} :  visiteur  du  site  familier ou  utilisateur
 identifié comme tel
\item \underline{Objectifs} : à tout moment l’utilisateur peut récupérer les annonces
  qui contiennent différents mots clés
\item \underline{Préconditions} : aucune  pour le visiteur, par contre l’utilisateur
  doit s'être identifié.
\item \underline{Postconditions} : aucune
\item \underline{Scénario nominal} :

\begin{enumerate}
\item Le client écrit quelques mots clés
\item Il lance la recherche
\item Le système affiche les résultats de la recherche
\item Le client demande les détails d’une annonce
\item Le système affiche l’annonce en détails
\end{enumerate}

\item \underline{Alternatives} :

\begin{itemize}
\item 3a. Le résultat est vide

\begin{enumerate}
\item Le système va afficher un tableau vide avec des colonnes qui correspondent aux attributs d’une annonce.
\end{enumerate}

\item 3b. L’utilisateur fait un trie selon quelques attributs de l’annonce. Dans le cas des annonces chercheur, le client peut trier la liste selon la date de parution, respectivement, selon le loyer ou la surface, dans le cas des annonces propriétaires.
\item 6. Le client veut marquer l’annonce comme favoris

\begin{itemize}
\item 1. Le client choisit l’ajout de l’annonce aux favoris
\item 2i. Si le client n’est pas identifié, le système lui demande de s’identifier
\item 2ii. Si le client est identifié, le système rajoute l’annonce à sa liste des favoris
\end{itemize}

\end{itemize}

\end{itemize}
\subsubsection{S4. Gérer son compte}
\label{sec-5.2.4}

\begin{itemize}
\item \underline{Acteur principal} : utilisateur familier avec le site
\item \underline{Objectifs} : à tout moment l’utilisateur peut consulter ou modifier la majorité des informations liées à son comte
\item \underline{Préconditions} : l’utilisateur doit avoir un compte
\item \underline{Postconditions} : les modifications sont enregistrées
\item \underline{Scénario nominal} :

\begin{enumerate}
\item L’utilisateur s’identifie sur le site
\item L’utilisateur visualise les informations liées à son compte :
     pseudo,  mot-de-passe, nom,  prénom, mail,  numéro  de téléphone,
     date de naissance, le département et la ville ciblée.
\item L’utilisateur  modifie   zéro,  une  ou  plusieurs  informations
     spécifiques à son compte (nom, prénom, mèl, numéro de téléphone,
     date de naissance, le département et la ville ciblée)
\item L’utilisateur valide les modifications
\item Le système affiche les  informations du compte avec les dernières
     modifications
\end{enumerate}

\item \underline{Alternatives} :

\begin{itemize}
\item 1a. L’utilisateur demande un autre mot de passe

\begin{itemize}
\item 1. Le système lui demande une adresse mail et son identifiant
     (pseudo)  (dans le  cas  où l’utilisateur  ne  se rappelle  plus
     de l’adresse mail associée à ce compte)
\item 2. L’utilisateur fournit une adresse  mail
\item 3. Le système envoie à cette adresse un autre mot de passe
      généré automatiquement
\end{itemize}

\item 3a. L’utilisateur efface son compte

\begin{itemize}
\item 1. L’utilisateur demande au système la suppression de son compte
\item 2.  Le  système  attend  une confirmation  du  client  (en  lui
      redemandant le mot de passe pour questions de sécurité)
\item 3. L’utilisateur fourni son mot de passe
\item 4. Le système va supprimer ce compte
\item 5. Le système déconnecte l’utilisateur
\end{itemize}

\item 3c.  L’utilisateur annule les modifications

\begin{itemize}
\item 1. Le système affiche les informations du compte telles qu’elles
      étaient avant.
\end{itemize}

\end{itemize}

\end{itemize}
\subsubsection{S5. Validation du paiement}
\label{sec-5.2.5}

\begin{itemize}
\item \underline{Acteur principal} : l’utilisateur est familier avec le site
\item \underline{Objectifs}  : l’utilisateur  doit à tout  moment pouvoir  finir son
  achat  en  validant le  panier  et  en  saisissant les  informations
  nécessaires au moment du paiement.
\item \underline{Préconditions}  : l’utilisateur  est identifié sur  le site  et son
  panier n’est pas vide.
\item \underline{Postconditions}  :   l’affichage  des   annonces   pour  lesquels
  l’utilisateur   a   acheté  les   options   tient   compte  de   ces
  options. L’achat  est enregistré pour pouvoir être  récupéré dans le
  futur par les administrateurs.
\item \underline{Scénario nominal} :

\begin{enumerate}
\item Le client saisit les informations nécessaires au paiement : les
     coordonnées  de l’adresse  de facturation  (nom,  prénom,
     adresse, ville, code  postal,  état) et les  informations
     liées à la carte bleu.
\item Le système  demande une confirmation du paiement  en affichant le
     total à payer
\item Le client confirme le paiement
\item Le système va enregistrer l’achat et va mettre à jour les options
     achetées associées aux annonces concernées.
\end{enumerate}

\item \underline{Alternatives} :

\begin{itemize}
\item 3a L’utilisateur annule le paiement

\begin{itemize}
\item 1.  Le  système affiche  le  panier  comme  il était  avant  de
      commencer le processus de paiement.
\end{itemize}

\end{itemize}

\end{itemize}
\subsubsection{S6. Déposer une nouvelle annonce}
\label{sec-5.2.6}

\begin{itemize}
\item \underline{Acteur principal} : utilisateur familier
\item \underline{Objectifs} :  l’utilisateur doit à tout moment  pouvoir déposer une
  nouvelle annonce
\item \underline{Préconditions} : l’utilisateur est identifié sur le site
\item \underline{Postconditions} : la nouvelle annonce est rajoutée dans le catalogue
\item \underline{Scénario nominal} :

\begin{enumerate}
\item L’utilisateur fournit les détails de l’annonce : titre, texte,
    photo, ville. Si l’annonce est de type propriétaire, l’utilisateur
    fournit   également   le  prix   du   loyer   et   la  surface   à
    louer.  L’utilisateur  choisi  aucune,  une ou  plusieurs  options
    payantes pour l’annonce.
\item L’utilisateur valide la création de l’annonce
\item Le  système enregistre l’annonce,  mais sans associer  les options
      payantes à l’annonce.  Ces options sont rajoutées dans le panier.
\item L’utilisateur paie son panier
\end{enumerate}

\item \underline{Alternatives} :

\begin{itemize}
\item 3a. L’utilisateur annule la création de l’annonce
\end{itemize}

\end{itemize}
\subsubsection{S7. Administration - Gérer les annonces}
\label{sec-5.2.7}

\begin{itemize}
\item \underline{Acteur principal} : l’administrateur
\item \underline{Objectifs} : l’administrateur doit pouvoir voir et supprimer à tout
  moment toutes les annonces publiées sur le site
\item \underline{Préconditions} : l’utilisateur doit être identifié sur le site
\item \underline{Postconditions}  :  les  modifications sont  enregistrées  et  les
  utilisateurs ne voient plus les annonces supprimées
\item \underline{Scénario nominal} :

\begin{enumerate}
\item L’administrateur  demande les listes de toutes  les annonces de
    type chercheur et propriétaire
\item Le système affiche la liste de toutes les annonces de type
     chercheur et propriétaire
\item L’administrateur continue ses démarches sur le site
\end{enumerate}

\item \underline{Alternatives} :

\begin{itemize}
\item 3a. L’administrateur supprime une annonce

\begin{enumerate}
\item L’administrateur choisit l’option de suppression, associée à une annonce
\item Le système lui demande de confirmer la suppression de l’annonce
\item L’administrateur confirme

\begin{enumerate}
\item L’administrateur annule la suppression
\end{enumerate}

\item Le système efface l’annonce

\begin{enumerate}
\item Le système n’efface pas l’annonce
\end{enumerate}

\end{enumerate}

\end{itemize}

\end{itemize}
\subsection{Scénarios d'usages pour l'utilisateur}
\label{sec-5.3}

\subsubsection{Scénario 1}
\label{sec-5.3.1}

\begin{itemize}
\item \underline{Acteur}: Marianne, utilisateur familier avec l'internet
\item \underline{Contexte}:  Cette année  Marianne  va  faire  ses études  dans  une
  nouvelle ville.  Elle va bientôt  commencer ses cours, mais  elle ne
  sait pas encore où elle va se loger. Elle veut trouver très vite une
  colocation.  De plus,  elle n’a  pas trop  de temps  pour  faire des
  recherches. Elle  cherche depuis son ordinateur  portable connecté à
  internet  des  sites  qui  peuvent  l’aider.  Elle  trouve  le  site
  MaColoc.
\item \underline{Déroulement}:

\begin{enumerate}
\item Marianne se connecte au site MaColoc
\item Elle regarde les annonces proposées sur la première page
\item Elle trouve intéressant le format d’annonces et elle veut en écrire
      une pour trouver une colocation
\item Elle remarque que l’option de création d’une annonce est désactivée
\item Elle se rend sur la page avec la présentation et le didacticiel du site
\item Elle crée un compte
\item Le système l’identifie automatiquement
\item Elle crée une annonce  de type chercheur. Elle prend aussi quelques
      options payantes parce qu’elle  veut que son annonce soit remarquée
      par les internautes.
\item Elle  va dans  son panier pour  supprimer une des  options payantes
      associées à la nouvelle annonce
\item Elle commence le processus de paiement de son panier
\item Le   système  lui  demande   l’adresse  de  facturation   et  des
      informations liées à sa carte bleue
\item Elle fournit les informations demandées
\item Elle se déconnecte
\end{enumerate}

\end{itemize}
\subsubsection{Scénario 2}
\label{sec-5.3.2}

\begin{itemize}
\item \underline{Acteur}: Ana, utilisatrice débutante
\item \underline{Contexte}: Ana  est une jeune employée. Elle  envisage de changer de
  logement dans les prochains mois.  Lors de sa pause du midi, elle
  cherche depuis son ordinateur portable connecté à internet des sites
  qui peuvent l’aider. Elle trouve le site MaColoc.
\item \underline{Déroulement}:

\begin{enumerate}
\item Marianne se connecte au site MaColoc
\item Elle regarde les annonces proposées sur la première page
\item Elle  lance   une  recherche  par  ville  des   annonces  de  type
     propriétaire.  Elle fournit le nom de la ville où elle envisage
     d'habiter
\item Le  système  lui  affiche  une  liste  des  annonces  propriétaire
     spécifiques à la ville demandée
\item Elle regarde  la liste  proposée  et visualise  les détails  d’une
     annonce
\item Elle trouve  intéressante l’offre de logement proposée  et elle note
      les coordonnées du propriétaire
\item Elle se déconnecte du site
\end{enumerate}

\end{itemize}
\subsubsection{Scénario 3}
\label{sec-5.3.3}

\begin{itemize}
\item \underline{Acteur}: François, utilisateur expert
\item \underline{Contexte}: François  est un  jeune ingénieur.   Depuis  ses études
  d’ingénieur, il  a toujours  habité en colocation.   Maintenant, il
  doit de nouveau changer de colocation car il ne peut pas renouveler
  son baye. Il fait nuit, il est avec ses copains et il veut chercher
  une colocation sur le site  qu’il a déjà utilisé les deux dernières
  fois : MaColoc.
\item \underline{Déroulement}:

\begin{enumerate}
\item François se connecte au site MaColoc
\item Il s’identifie avec son pseudo et mot de passe
\item Il  lance   une  recherche  par  ville  des   annonces  de  type
     propriétaire. Il fournit le nom de la ville où il habite
\item Le  système lui  affiche  une  liste  des annonces  propriétaire
     spécifiques à la ville demandée
\item Il  regarde la liste proposée  et il visualise  les détails d’une
     annonce
\item Il ajoute l’annonce à ses favoris
\item Il se déconnecte du site
\end{enumerate}

\end{itemize}
\subsubsection{Scénario 4}
\label{sec-5.3.4}

\begin{itemize}
\item \underline{Acteur}: Jean-Baptiste, utilisateur expert
\item \underline{Contexte}: Jean-Baptiste est un jeune employée qui est propriétaire
  d’un  appartement avec  3 chambres.  Il veut  offrir les  2 chambres
  libres à la colocation. Pendant  une dimanche matin, il se décide de
  postuler  une  annonce sur  l’internet.  Il  cherche  depuis son  PC
  connecté à internet des sites qui peuvent l’aider. Il trouve le site
  MaColoc.
\item \underline{Déroulement}:

\begin{enumerate}
\item Jean-Baptiste se connecte au site MaColoc
\item Il regarde les annonces proposées sur la page d’accueil
\item Il trouve intéressant le format d’annonces et il veut en écrire une
\item Il se rend sur la page avec la présentation et le didacticiel du site
\item Il crée un compte en tant que propriétaire
\item Le système l’identifie automatiquement
\item Il  crée une  annonce  de type  propriétaire.  Il  ne prend  pas
     d’options payantes
\item Il consulte les  annonces pour  vérifier que  son annonce  a été
    affichée
\item Il veut prendre quelques options payantes pour l’annonce
\item Il modifie son annonce en rajoutant deux options payantes
\item Il  commence le processus de payement de son panier
\item Le  système  lui   demande  l’adresse  de  facturation  et  des
      informations liées à sa carte bleue
\item Il fournit les informations demandées
\item Il  consulte les  annonces pour vérifier  que son annonce  a été
      affichée en tenant compte des options achetées.
\item Il se déconnecte
\end{enumerate}

\end{itemize}
\subsubsection{Scénario 5}
\label{sec-5.3.5}

\begin{itemize}
\item \underline{Acteur} : Guillaume, utilisateur expert
\item \underline{Contexte}: Guillaume  est administrateur  du site  MaColoc. Chaque
 jour il  vérifie pendant une  demi-heure que les  annonces postulées
 respectent les termes du site.
\item \underline{Déroulement}:

\begin{enumerate}
\item Guillaume se connecte au site
\item Il s’identifie
\item Il visualise les annonces propriétaire
\item Il trouve une annonce qui fait de la publicité pour un autre site
\item Il l'efface
\item Il se déconnecte
\end{enumerate}

\end{itemize}
\subsection{Diagrammes de séquence système}
\label{sec-5.4}

Les diagrammes de séquence système sont représentés en UML 2.

Quelques petites remarques sur les notations utilisées:
\begin{itemize}
\item Les rectangles marqués avec le mot-clé \textbf{opt} : le groupe de message
  est optionnel
\item Les rectangles marqués avec le mot-clé \textbf{loop} : le groupe de message
  est répété
\item Les rectangles marqués avec le mot-clé \textbf{alt} : le groupe de message
  est alternatif
\item Les rectangles marqués avec le mot-clé \textbf{break} : les messages suivants
  ne sont pas possible; arrêt du cas d’utilisation
\item Les rectangles marqués avec le mot-clé \textbf{ref} : renvoie (référence)
  vers un autre cas d’utilisation,
\item Les rectangles arrondis avec des mots entre accolades : précondition
  du cas d’utilisation
\end{itemize}
Nous consulterons avec intérêt les diagrammes de séquence suivants :
\begin{itemize}
\item Consulter les annonces
\item Déposer une nouvelle annonce
\item Gérer son panier
\item Valider le paiement
\item Gérer son compte
\end{itemize}
\newpage

\begin{figure}[!] % here : figure ici et maintenant VS top, bottom
\begin{center}
%    \input{input}
\includegraphics[height=21cm]{seq_cons_annonces.png}
\end{center}
%\label{} 
\caption{Diagramme de séquences : consulter les annonces}
\end{figure}

\newpage

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=15cm]{seq_dep_ann.png}
\end{center}
%\label{} 
\caption{Diagramme de séquences : déposer une annonce}
\end{figure}
\newpage

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=21cm]{seq_panier.png}
\end{center}
%\label{} 
\caption{Diagramme de séquence : gestion du panier}
\end{figure}
\newpage

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=13cm]{seq_val_paiment.png}
\end{center}
%\label{} 
\caption{Diagramme de séquence : validation du paiement}
\end{figure}

\newpage
\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=18cm]{seq_gerer_compte.png}
\end{center}
%\label{} 
\caption{Diagramme de séquence : gérer son compte}
\end{figure}

\newpage
\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=18cm]{seq_admin.png}
\end{center}
\label{seq_admin} %utiliser avec \ref{nom}
\caption{Diagramme de séquence de l'administrateur}
\end{figure}

\subsection{Diagrammes de classes}
\label{sec-5.5}

Voir la figure 24 ci-dessous \ref{classes}.
   \begin{figure}
   \begin{center}
   %    \input{input}
   \includegraphics[height=18cm]{diagclasses.png}
   \end{center}
   \label{classes} %utiliser avec \ref{nom}
   \caption{Diagramme de classes}
   \end{figure}

Pour le diagramme de classes  concernant les options payantes, voir la
figure 25 \ref{diagclasses2}.


\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[width=15cm]{diagclasses2.png}
\end{center}
\label{diagclasses2} %utiliser avec \ref{nom}
\caption{Diagramme de classes des options payantes}
\end{figure}

Enfin,  pour le  diagramme concernant  le  panier, voir  la figure  26
\ref{diagpanier}.

\begin{figure}
\begin{center}
%    \input{input}
\includegraphics[height=10cm]{diagpanier.png}
\end{center}
\label{diagpanier} %utiliser avec \ref{nom}
\caption{Diagramme de classes du panier}
\end{figure}
\newpage

\section{Suivi et réception}
\label{sec-6}

\subsection{Critères d'acceptabilité et de réception}
\label{sec-6.1}

Les facteurs de qualité et leur mesure sont explicités ci-dessous : 

\begin{itemize}
\item \textbf{Portabilité} : Les pages ne s’affichent sans aucune différence dans
  Mozzila Firefox 8.X et Chrome X. Les pages s’affichent avec moins de
  5 différences avec d’autres navigateurs.
\item \textbf{Disponibilité} : Toute personne avec un PC, un navigateur installé et
  une connexion Internet peut accéder au site.
\item \textbf{Performance} : Temps de chargement des pages : 2s/page
\item \textbf{Confidentialité} : Si la personne n'est pas authentifiée : zéro modifications
  dans le système.  Si la personne est authentifiée : modifications dans le
  système.
\item \textbf{Usabilité} :

\begin{enumerate}
\item L'utilisateur doit toujours être capable de se situer (activation zone menus visité, titre action effectuée)
\item Pour une tâche fréquente, les clients ne visiteront pas plus de 3
   pages
\item La consultation d ‘annonces doit se faire en moins de 4 clics
\item Les  utilisateurs  familiers  nouveaux  venus  devront  trouver
      l’information  recherchée en  moins de  5 mn.   Les utilisateurs
      experts nouveaux venus  devront trouver l’information recherchée
      en moins de 1 mn.
\end{enumerate}

\item \textbf{Testabilité}  : l’application  doit  passer  plus  de 80\%  de  tests
 automatiques
\item \textbf{Maintenabilité}   :  un  nouveau  module  doit   être  intégré  dans
 l’application en moins de 6 mois
\item \textbf{Conformité}  : l’application doit respecter  90\% des spécifications
  techniques du cahier des charges
\end{itemize}
Le site doit être \textbf{attrayant} et \textbf{userfriendly}. Nous nous reporterons
avec intérêt au dossier de conception IHM.

\end{document}